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Patient Care Delivery System 

[001] This application is a continuation-in-part of commonly-owned, co- 
pending U.S. Patent Application No. 09/282,132 entitled PATIENT CARE 
5 DELIVERY SYSTEM, filed March 31, 1999, which is incorporated by reference 
herein in its entirety. 

Background Of The Disclosure 

10 1 . Field of the Invention 

[002] This invention generally relates to patient care diagnosis delivery 
and, more particularly, to facilitating, in exchange for compensation, the provision 
of an expert diagnosis opinion of a condition based upon data gathered fi-om a 
15 remote monitor. 

2. Description of the Prior Art 

[003] It is known to remotely monitor human physiological parameters 
20 such as heart rate, blood pressure, brain waves and the like in patients. Such 
monitoring may be accomplished using remote monitoring, thereby allowing 
patients to have fi-eedom of movement. For example, some systems use cellular 
telephone technology to allow patients to live at home. The patient visits the 
hospital if the telemetry device indicates that a visit is warranted. 
25 [004] Hewlett-Packard's ECGStat software for its PalmVue handheld 

computer system allows emergency room clinicians to capture and transmit full 12- 
lead ECG data, including waveforms, computerized analysis and patient notes to 
cardiac specialists outside the hospital. It is a wireless system that uses paging . 
technology to transmit data to a physician's handheld computer. 
30 [005] It is well known to use ECG monitors in conjunction with software 

to analyze pattems in patients' heartbeats. Typically, monitoring technicians (or 
monitors) are alerted to the possibility that something is amiss by an alarm. Upon 
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examining a readout of the vital sign in question, the monitor makes a decision 
about (i) whether the patient requires attention (ii) whether the patient requires a 
cardiologist's services and if so, (iii) which cardiologist to call. Typically, the 
technician selects the cardiologist from a list of available speciahsts. This list is 
5 substantially determined by availability, i.e., who is on call at the time. If a 
cardiologist is required, the technician must communicate to a cardiologist the 
patient's condition over voice or data lines. The technician may use the Hewlett- 
Packard ECGStat system described above to communicate with the cardiologist. 



10 all of the above-described systems. They may miss certain subtle waming signs, 
and if several alarms go off at once, they can only respond to one at a time. 
Additionally, they must find out which doctors are on call at the time and then 
contact the appropriate physician. If the "first choice" physician is not available, 
the technician must then try to contact another physician. In other words, the 

15 technician must operate in a serial manner to procure an expert opinion. 

[007] Therefore, it is seen to be desirable to provide a system able to 
analyze a signal from remote monitoring equipment, e.g., medical monitoring 
equipment, in such a way as to make a preliminary decision about whether or not 
an expert, such as a physician, should be contacted and to decide which physician 

20 or physicians to contact. Moreover, it is seen to be desirable to provide a system 
that allows physicians and other experts to accept or decline offers made by the 
system to render a diagnosis, thereby implementing a "piecework" type of 
compensation structure within the confines of, e.g., the medical environment. 
Preferably, such a system minimizes or eliminates the human fallibility involved in 

25 noticing alarms and contacting experts in a timely manner. 



[008] The invention is a method and apparatus for analyzing data from 
remote monitoring equipment, such as a patient telemetry device, and determining 
30 (i) if an anomaly exists, (ii) if an anomaly does exist, what kind of action should be 
taken, and (iii) if a physician should be contacted, which one. Further, the system 
operates in parallel, in that a plurality of experts (e.g., physicians) may be contacted 



[006] Monitoring technicians must watch and wait for alarms to go off in 
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in response to multiple anomalous events, thus ensuring the quickest possible 
response time. 

[009] The present invention further contemplates methods for obtaining 
opinions from a plurality of experts and aggregating such diagnoses into an 
5 aggregate diagnosis. The opinions may be rendered by experts working 

independently or in consultation with one another. The aggregate diagnosis is 
obtained in response to detection of an anomaly in data from remote monitoring 
equipment of a patient. The invention further contemplates various compensation 
schemes for providing payment to experts who provide a diagnosis. 

10 [010] A method for procuring a diagnosis according to the invention 

comprises the steps of: receiving representative data that represents at least one 
physiological parameter of a patient; determining whether the received data is 
indicative of a physiological anomaly; selecting at least one expert to provide an 
expert opinion regarding the indicated anomaly; communicating, to the at least one 

15 selected expert, the physiological representative data, including the determined 
anomaly; and receiving, from at least one selected expert, a diagnosis of the 
anomaly. 

[Oil] A diagnostic procurement system according to the invention 
comprises: a monitor, for monitoring at least one parameter associated with an 
20 entity and communicating data representing the at least one entity parameter; and a 
controller, responsive to the data representing the at least one entity parameter, for 
determining whether anomalous entity operational parameters are present and, in 
the case of anomalous entity operational parameters being present, procuring a 
diagnosis from at least one of a predetermined number of experts. 



[012] The teachings of the present invention can be readily understood by 
considering the following detailed description in conjunction with the 
accompanying drawings, in which: 



25 



BRIEF DESCRIPTION OF THE DRAWINGS 



30 



[013] FIG. 1 depicts a high level block diagram of a patient care diagnosis 
delivery system; 



01-025 Application as filed June 2001 



3 



Attorney Docket No. 01-025 
Express Mailing Label No. EL733957796US 



[014] FIG. 2 depicts a high level block diagram of a central server 200 
suitable for use in the patient care diagnosis delivery system of FIG. 1 ; 

[015] FIG. 3 depicts an exemplary reaction database in tabular form 
suitable for use in the central server of FIGS. 1 and 2; 
5 [016] FIG. 4 depicts an exemplary physician database in tabular form 

suitable for use in the central server of FIGS. 1 and 2; 

[017] FIG. 5 A depicts an exemplary physician criteria database in tabular 
form suitable for use in the central server of FIGS. 1 and 2; 

[018] FIG. 5B depicts an exemplary patient criteria database in tabular 
10 form suitable for use in the central server 200 of FIGS. 1 and 2; 

[019] FIG. 6 depicts an exemplary patient database in tabular form suitable 
for use in the central server 200 of FIGS. 1 and 2; 

[020] FIG. 7 depicts an exemplary event database 700 in tabular form 
suitable for use in the central server of FIGS. 1 and 2; 
15 [021] FIGS. 8 A and 8B depict a flow diagram of a patient care diagnosis 

delivery method suitable for use in the patient care diagnosis delivery system of 
FIG. 1; 

[022] FIGS. 9 A and 9B depict a flow diagram of an expert selection 
method suitable for use in the patient delivery method of FIGS. 8A and 8B; 
20 [023] FIG. 10 depicts a flow diagram of an offer processing method 

suitable for use in the expert selection method of FIGS. 9A and 9B; and 

[024] FIG. 1 1 depicts a flow diagram of a patient care diagnosis delivery 
method 1 100 suitable for use in the patient care diagnosis delivery system 100 of 
FIG. 1. 

25 [025] FIG. 12 depicts a flow diagram of a patient care diagnosis delivery 

method 1200 suitable for use in the patient care diagnosis delivery system 100 of 
FIG. 1. 

[026] FIG. 13 depicts an exemplary compensation agreement database in 
tabular form suitable for use in the central server 200 of FIGS. 1 and 2 
30 [027] To facilitate understanding, identical reference numerals have been 

used, where possible, to designate identical elements that are common to the 
figures. 
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DETAILED DESCRIPTION 
5 [28] Applicants have recognized a need in the medical treatment 

community that has until now not been addressed. In one embodiment, the present 
invention comprises a system which carries out continuous and passive monitoring 
of a patient, wherein the patient's physiological parameters are monitored by a 
system remote from the patient and which system detects and automatically 

10 processes any recognized anomalies in such parameters, such that a potential 

problem may be caught and analyzed before the patient even realizes that there is 
anything wrong. For example the system of the present invention may detect lack 
of movement from a fetus or a slow-down in the heartbeat of a fetus and contact an 
obstetrician to determine a course of action. The obstetrician may in turn study the 

15 data and determine that such a slow-down in heartbeat is normal under the 

circumstances and advise the system that nothing further needs to be done. The 
patient being monitored can rest easier and go on about her daily activities, secure 
in the knowledge that her health is being continuously monitored and qualified 
experts are being contacted as needed. The patient does not need to worry about 

20 contacting her own physician or finding an available physician. The system has 

access to a multitude of qualified experts, with enormous resources to find the right 
expert regardless of time of day or night. Further, the system may handle the 
monitoring of many patients and parameters simultaneously and be capable of 
responding to various anomalies in different patients simultaneously such that the 

25 patient's diagnosis is not delayed unnecessarily. This is because, in at least one 
embodiment, the system is capable of analyzing and processing the initial 
physiological data automatically in order to determine what type of expert to 
contact, rather than being dependent on a human being to monitor physiological 
data and attempt to contact local physicians manually 

30 [029] After considering the following description, those skilled in the art 

will clearly realize that the teachings of the present invention can be readily utilized 
in any environment in which an entity (e.g., a patient) having at least one 
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monitored operating parameter (e.g., physiological parameter) may require an 
expert diagnostic or other opinion if one or more of the monitored operating 
parameters indicates that an operating anomaly is present. The system and method 
provide (a) an initial screening and decision capabiUty based upon the received 
5 operating data sufBcient to determine which type of expert is needed; (b) an 

identification and communication of at least a portion of the operating data to one 
or more appropriate experts; (c) a transactional capability defining a level of 
compensation to be provided to the expert in exchange for the rendering of an 
expert diagnosis regarding the anomaly; and (d) an adaptation of an existing 

10 communications infrastructure to the procurement of the expert opinion(s). 

[030] While the invention will be primarily described within the context of 
a medical monitoring system, it will be appreciated by those skilled in the art that 
the invention has applicability well beyond the patient care diagnosis delivery 
system described herein. Specifically, the invention comprises, in general terms, a 

15 centralized system procuring expert diagnosis or diagnostic opinion(s) in response 
to remotely monitored data indicative of an event requiring such an opinion. 

[03 1] Throughout this description various terms are used to describe the 
invention. Unless modified by the following description, several of the terms are 
defined as follows: An anomaly comprises a dysfunction or precursor to a 

20 dysfunction within a monitored entity, such as a patient in a medical monitoring 
environment. An "expert" is an entity that provides a diagnosis relating to an 
anomaly. An expert is one deemed by the patient and, optionally, the system, as 
having expertise in treating the patient's condition. In the case of standard medical 
specialties, the patient and system will be in agreement as to the definition of an 

25 expert. If the patient believes in practitioners of non-standard or altemative 

therapies, then the system and patient may disagree. A "diagnosis" or diagnostic 
opinion comprises an identification of an anomaly, a recommended treatment for a 
patient or any expert opinion tending to remediate or ameliorate an anomalous 
condition. "Communication" comprises any means of transferring data to or fi-om 

30 a communicating party, such as a patient telemetry device, a central server, a 

physician terminal device, a computing device or telephonic device and the like. A 
communication may utilize encryption/decryption protocols. "Alert information" 
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comprises information, including local diagnostic infomiation, real time 
physiological data and other information intended to be used in the rendering of a 
diagnosis or a determination of the type of expert needed to render such a 
diagnosis. A data profile is a data template against which raw or processed 
5 information is compared to produce a level of affinity between the information and 
the data profile. A high level of affinity indicates that the information may 
conform to an anomalous condition associated with the data profile. Profiles may 
be individualized and adapted to patients. For example, a baseline profile may be 
adapted over time in response to a patient's improving or degrading condition (e.g., 

10 diminished heart valve integrity will lead to changes in ECG data as the heart 
adapts by pumping harder and/or differently). 

[032] FIG. 1 depicts a high level block diagram of a patient care diagnosis 
delivery system. Specifically, FIG. 1 depicts a high level block diagram of a 
patient care diagnosis delivery system 100 comprising a plurality of physician 

15 terminal devices 110-1 through 1 10-N, a central server 200 and a plurality of 
patient telemetry devices 120-1 through 120-N. 

[033] Each of the plurality of patient telemetry devices 120-1 through 120- 
N is capable of monitoring at least one physiological parameter of a patient and 
communicating data representative of the monitored parameter to the central server 

20 200 via respective data paths PI through PN. The patient telemetry device may 

comprise a known device capable of monitoring patient data, transmitting that data 
to the central server and, optionally, receiving data fi*om the central server 200. 

[034] The central server 200 examines the communicated data to 
determine if the at least one physiological parameter is within appropriate or 

25 "normal" parameter boundaries. If the data is not within the appropriate boxmdary, 
the central server 200 determines if an event or medical anomaly (e.g., cardiac 
arrest or other condition) may be occurring. If such a determination is made, then 
the central server 200 communicates an offer to one or more of the physician 
terminal devices via respective data paths El through EN. 

30 [035] Each physician terminal device 110 (i.e., physician terminals 110-1 

through 1 10-N) is associated with at least one respective expert, such as 
physician(s), nurse(s), and other experts. A physician receiving an offer accepts 
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that offer by communicating an acceptance message to the central server 200 via 
the physician terminal device 1 10 or another means (e.g., telephone, computer 
network and the like). The central server then decides which one (or more than 
one) of the accepted offers will be confirmed by sending a confirmation signal to 
5 the physician via, e.g., the respective physician terminal device(s). The physician 
terminal device may comprise a knovra device capable of receiving information 
from the central server and, optionally, transmitting information to the central 
server 200. For example, a pager, a personal digital assistant (PDA) or a cellular 
telephone may be utilized for this purpose. 

10 [036] An exemplary embodiment of a patient telemetry device 120-1 

comprises an input/output (I/O) circuit 125, support circuitry 123, a processor 124, 
a memory 126 and a data link 127. The processor 124 cooperates with 
conventional support circuitry 123 such as power supplies, clock circuits, cache 
memory and the like as well as circuits that assist in executing the various software 

15 routines within the patient telemetry device 120-1. Liput/output circuit 125 forms 
an interface between the patient telemetry device 120-1 and sources of patient 
physiological data. For example, the input/output circuit 125 may comprise 
sensors, transducers and other analog to digital conversion circuitry adapted to 
measure physiological parameters associated with a patient, such as heart rate, 

20 blood pressure, temperature, perspiration level, respiratory activity, body electrical 
activity, brain activity and the like. The physiological information is received 
and/or processed by the input/output circuitry to produce physiological parameter 
representative data in a form usable by processor 124. The processor 124 
communicates the physiological parameter representative data to the central server 

25 200 via a data link 127. 

[037] Data link 127 comprises a wireless or a non-wireless data link (e.g., a 
telephone dialer, a cellular telephone link, or a computer link) or other 
communications link driver suitable for providing patient data to the central server 
200 via a respective data path (e.g., data path PI). The patient telemetry device is 

30 optionally responsive to a patient control signal. The patient control signal 

comprises a signal that a patient may use to communicate specific information or a 
request to the central server 200. For example, in the case of a patient sensing the 
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onset of some physiological anomaly (e.g., the beginning of cardiac arrest) or the 
patient suffering a trauma (such as a fall), the patient may manually communicate 
this condition to the central server 200 such that appropriate action (e.g., summon 
an ambulance) is taken. The patient control signal is produced by an optional input 
5 device 145, illustratively, a key pad. The patient control signal is used to 

communicate a message to the central server 200 comprising, e.g., a standby mode 
message, an impending exertion message, an equipment failure message, a medical 
emergency message, a non-medical emergency message, a specific physiological 
dysfunction message and a test message. In response to such a message, the system 
10 may choose to ignore any apparent anomalies. 

[038] An exemplary embodiment of a physician terminal device 110-1 
S comprises an input/output (I/O) circuit 115, support circuitry 1 13, a processor 114, 

5 memory 1 16, a display device 111 and a data entry device 112. The processor 114 

Tj cooperates v/ith conventional support circuitry 113 such as pov^er supplies, clock 

J 15 circuits, cache memory and the like as well as circuits that assist in executing 
H various softw^are routines. The physician terminal device 110-1 also contains 

3 input/output circuitry 115 that forms an interface between the physician terminal 

f : device 110 and the central server 200. The display device 111 comprises a liquid 

D crystal display (LCD) or other display means, while the data entry device 112 

2 20 comprises a keyboard or other data entry means. The memory 1 1 6 includes a 

standard control program such as a PDA or cellular telephone control program that 
enables a physician or expert interacting with the physician terminal device to 
receive information fi"om the central server 200 and, optionally, transmit 
information back to the central server 200. 
25 [039] Referring now to the patient telemetry device 120-1, in one 

embodiment of the invention, the physiological information received fi-om the 
patient is merely converted into a digital information stream, either compressed or 
uncompressed, and transmitted directly to the central server 200. That is, the 
patient telemetry device 120 does not perform any analysis of the physiological 
30 data. The data is merely passed to the central server 200 in either a compressed or 
uncompressed data format as appropriate to, e.g., the format of data link PI. 
Compressed data transfer may be effected using various compression methods. 



01-025 Application as filed June 2001 



9 




f Attorney Docket No. 0 1 -025 
iling Label No. EL733957796US 



Express 



such as the frequency domain transform functions utilized in known 
communications systems. 

[040] In another embodiment of the invention, the processor 124 performs 
an analysis of the received physiological information to determine if, for example, 
5 monitored parameters of the patient are within appropriate boimdaries. For 

example, the processor 124 may be programmed (via a control program within the 
memory 126) to issue an alert to the central server 200 in the event of a patient 
heart rate exceeding an upper threshold level or dropping below a lower threshold 
level. Multiple parameter alarms may be programmed such that particular 

10 combinations of physiological parameter levels trigger specific alerts indicative of 
specific conditions. 

[041] In another embodiment of the invention, the patient telemetry device 
120-1 and central server 200 communicate bi-directionally. In this embodiment, 
parameter threshold levels are optionally updated via the data link (Pl-PN) or other 

15 means (e.g., via an internet or telephone connection) such that patient monitoring 
may be calibrated to the changing needs of a patient. For example, if a patient is 
about to exercise, it is quite likely that the measured heart rate will increase. 
Therefore, the patient may communicate this fact to the central server 200 via a 
patient control signal produced using the keypad 145. Bi-directional 

20 communication may be effected via the intemet 170 or other communications 
medium. 

[042] In another embodiment of the present invention utilizing bi- 
directional communication with the central server 200, the patient telemetry device 
120-1 is associated with a drug dispensing device 130. In this embodiment of the 

25 invention, the central server 200 may be used to control the dispensing of drugs to 
the patient via the drug dispensing device 130. For example, in the case of a 
patient exhibiting physiological information indicative of cardiac arrest, the central 
server 200 may cause the drug dispensing device 130 to dispense medication 
tending to reduce or mitigate any harm to the patient due to the event. In the case 

30 of local analysis by the patient telemetry device 120, the decision to dispense 
medication may be made locally. Additionally, medication dispensing may be 
placed vmder the control of the patient (e.g., pain medication up to a predefined 
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dosage rate). Optionally, the local control of medication dispensing is 
communicated to the central server 200 where the patient's medical records are 
responsively updated. 

[043] In another embodiment of the present invention utilizing bi- 
5 directional communication with the central server 200, the patient telemetry device 
120 is associated with a global positioning system (GPS) locator 135. The GPS 
locator 135 comprises known GPS receiver circuitry suitable for determining the 
geographic position of the patient (assuming the patient is near the GPS locator). 
The geographic position of the patient is transmitted to the central server 200 for 

10 use in, e.g., directing an ambulance to the patient, performing geographical-based 
analysis of aggregated patient data or other functions. 

[044] In another embodiment of the invention utilizing bi-directional 
cormnunication with the central server 200, the patient telemetry device 120 is 
associated with an automatic external defibrillator (AED) 140. In the event of the 

15 physiological information of the patient being indicative of, e.g., a ventricular 
fibrillation, a central server or decision may indicate that defibrillation is 
appropriate. In this case, the central server or patient telemetry device causes the 
automatic external defibrillator to enter an active mode of operation. Present 
automatic external defibrillators include monitoring capabilities such that they do 

20 not administer an electric shock to a patient unless such an electric shock is 

warranted. That is, present automatic external defibrillators perform monitoring 
operations to confirm the need for a defibrillation. Such functionality may 
optionally be incorporated into the patient telemetry device 120. 

[045] In another embodiment of the invention, a security system 150 

25 associated with the patient is coupled to the patient telemetry device 120 such that 
in the event of a medical emergency, the central server 200 is contacted and, 
additionally, a security system server (not shown) is also contacted. In this 
embodiment of the invention, where a patient is paying a monitoring fee to a 
security system service, the data link 127 may communicate to the central server 

30 200 via the security system 150 rather than the data link 127 (e.g., telephone lines, 
cellular telephone, two-way paging and the like). 
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[046] In another embodiment of the invention, a medical records clearing- 
house 1 80 is used to store patient medical records. In this embodiment of the 
invention, the patient medical records are communicated to a confirmed expert 
(i.e., a physician accepting an offer that has been subsequently confirmed) via the 
5 intemet 170 or via the central server 200. 

[047] FIG. 2 depicts a high level block diagram of a central server 200 
suitable for use in the patient care diagnosis delivery system of FIG. 1. 
Specifically, the central server 200 of FIG. 2 comprises a communications port 
210, a processor 220, a memory 230, support circuitry 240 and a storage device 

10 250. The communication port 210 forms an interface between the central server 
200 and the physician terminal devices 110-1 through 1 10-N, the patient telemetry 
devices 120-1 through 120-N and, optionally, the intemet 170 and the medical 
records clearinghouse 180. The processor 220 cooperates with support circuitry 
240 and memory 230 to run various programs 1200 and use various databases 300- 

15 700 stored in storage device 250. Specifically, the storage device 250 is used to 
store a program 1200 that will direct the processor 220 to perform the methods of 
the present invention and to store various databases 300-700 used to implement the 
methods of the present invention. In an exemplary embodiment, the storage device 
250 is used to store a reaction database 300, a physician database 400, a criteria 

20 database 500, a patient database 600,an event database 700, and a compensation 
agreement database 800. The reaction database 300 will be discussed in more 
detail below with respect to FIG. 3, the physician database 400 will be discussed 
with more detail below with respect to FIG. 4, the criteria database 500 will be 
discussed in more detail below with respect to FIGS. 5A and 5B, the patient 

25 database 600 will be discussed in more detail below with respect to FIG. 6, the 
event database 700 will be discussed in more detail below with respect to FIG. 7, 
and the compensation agreement database will be discussed in more detail below 
with respect to FIG. 13. It should be noted that the programs and databases may be 
stored locally in the central server 200 or in a remote location, such as the optional 

30 medical records clearing house 180 depicted in FIG. 1. 

[048] The operation of the central server 200 will be described in more 
detail below with respect to FIGS. 8-12. Briefly, in one embodiment of the 
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invention the central server 200 receives a continuous signal from each patient; the 
received signal is analyzed to determine if any predefined pattems or data 
aberrations exist; any such pattems or data aberrations are further analyzed to 
determine v/hether the pattern or data aberration is pathological; if pathological, 
5 then the central server 200 searches the physician database for an expert, such as a 
physician, appropriate to the treatment of patients exhibiting such partem or data 
aberration and, if appropriate, an ambulance is dispatched to bring the patient to a 
hospital; the expert is then paged and offered compensation to render an expert 
diagnosis on the patient's condition; in the case of an expert accepting the offer, the 

10 central server 200 confirms the acceptance and transmits to the expert a copy of at 
least a portion of the patient's medical history and a description of the current 
pattern or data aberration so that the expert diagnosis may be rendered. 

[049] FIG. 3 depicts table 305, exemplary of reaction database 300, 
suitable for use in the central server of FIGS. 1 and 2. Specifically, the table 305 of 

15 FIG. 3 comprises a plurality of records R31 through R36, each record being 

associated with a respective alert field 310 and a respective system reaction field 
320. The alert field 310 of a record indicates a specific alert condition. The system 
reaction field 320 of the record indicates an appropriate system reaction to the 
corresponding alert field 310 of the record. 

20 [050] It is noted that the alert fields 310 of the table 305 of FIG. 3 assume 

that the patient telemetry devices 120 of the system 100 of FIG. 1 provide alert 
information to the central server 200. That is, the patient telemetry devices 120-1 
through 120-N perform a local data analysis (or receive direct patient input) and 
responsively issue an alert code to the central server. The table 305 provides, for 

25 each predefined alert, an appropriate system response to the alert. Additionally, the 
table 305 of FIG. 3 is shown with only six records (R31 through R36). However, it 
will be appreciated by those skilled in the art that the reaction database 300 may 
comprise an unlimited number of records. 

[051] Alert field 310 of records R31 through R36 is depicted as indicating 

30 alert conditions as follows: ventricular fibrillation R31; loss of consciousness R32; 
aberrant blood glucose levels R33; fetal heart monitor alarm R34; tachycardia R35; 
and acutely high blood pressure R36. 
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[052] System reaction field 320 of records R31 through R36 is depicted as 
indicating the following system responses to corresponding alert conditions as 
follows: summon an ambulance and offer the case to one or more cardiologists 
R3 1 ; summon an ambulance and offer the case to an emergency room physician 
5 R32; instmct the patient to take insulin and, if the blood glucose levels do not 

retum to normal after a predefined period of time (e.g., 15 minutes,) offer the case 
to one or more nurses R33; alert the mother, instruct her to go to the hospital and 
offer the case to one or more obstetricians R34; offer the case to one or more 
cardiologists and query the patient as to the patient's present activity level (e.g., 

10 was patient climbing stairs, playing basketball, watching television and the like) 
R35; and offer the case to one or more intemists and query the patient as to a 
present activity level R36. 

[053] FIG. 4 depicts table 405, exemplary of physician database 400 
suitable for use in the central server of FIGS. 1 and 2. Specifically, the table 405 of 

15 FIG. 4 comprises a plurality of records R41 through R49, each record being 

associated with a respective physician's name field 410, a physician identifier field 
420, a physician criteria codes field 430, a specialty field 440, a previous case 
identifiers field 450, an availability field 460 and a contact information field 470. 
It should be noted that the availability field 460 may provide conditional 

20 information, i.e., an unavailable physician will always be available if a 

compensation level exceeds a threshold amount such as illustrated in record R48. 

[054] For each record, the physician's name field 410 indicates the name of 
a particular physician; the physician identifier field 420 indicates an insurance 
company, hospital or other identification number or code that uniquely identifies 

25 the physician; the physician criterion codes field 430 indicates physician criterion 
information (e.g., fee structure, board certification and the like); the specialty field 
440 indicates the physician's specialty (e.g.. Cardiology, Surgery and the like); the 
previous case identifiers field 450 indicates the case identifiers of previous cases 
handled by the physician; the availability field 460 indicates whether the physician 

30 is presently available to handle a case; and the contact information field 470 

indicates the preferred method of contacting the physician, e.g., voice, pager, email 
and the like. Physicians indicate their availability by, for example, logging onto a 
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web site or otherwise communicating by altemate means with the system to infomi 
the system when they become available and when they cease to be available. 

[055] Record R41 of table 405 indicates that a physician named John Doe 
has a corresponding identifier "123456", criterion codes *TJH", "BS", "M33" and 
5 "MP", a specialty of "Emergency Medicine", previous case identifiers of 

"C987654", "C876543" and "C765432", an availabihty indication of "yes" and 
contact information indicative of a pager nxmiber of 555-1234. Record R42 
indicates that a physician named Bob Smith has a corresponding identifier 
"234567", criterion codes "UH", "M33" and "MP", a specialty of Cardiology, 
10 previous case identifiers of "C654321", "C543210" and "C432109", an availability 
indication of "no" and contact information indicative of a voice nimiber of 555- 
2345. 

[056] Records R43 through R49 contain similar data regarding other 
physicians. The physician criterion codes field 430 will be discussed in more detail 

15 below with respect to FIG. 5 A. For example. Record R48 of table 405 indicates 
that a physician named Alex Schwartz has a corresponding identifier "890123", 
criterion codes "UH", "BS", "BC" and "MP", a specialty of "Endocrinolog/', 
previous case identifiers of "C999876" and "C888765", an availability indication 
of "only above $150" (i.e., only available if offer is at least $150) and contact 

20 information indicative of an email address of good_doc@hospital.com. The 
previous case identifier field 450 will be discussed in more detail below with 
respect to FIG. 7. 

[057] FIG. 5 A depicts table 500A, exemplary of one embodiment of 
criteria database 500 suitable for use in the central server of FIGS. 1 and 2. 

25 Specifically, the table 500A of FIG. 5 A comprises a plurality of records RA51 

through RA58, each record being associated with a respective physician criterion 
field 510 and a physician criterion code field 520. 

[058] For each record RA51 through RA58, the physician criterion field 
510 indicates a particular objective or subjective criterion that may be applied to a 

30 physician. Subjective physician criteria comprise subjective preferences of the 
physician (e.g., preferred patients, insurance plans, hospitals and the like). For 
each record RA51 through RA58 the physician criterion code field 520 contains the 
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corresponding code, or abbreviation, of the objective or subjective criterion 
contained within the respective physician criterion field 510. If a criterion is 
applicable to a given physician, the code for that criterion will appear in the 
physician criterion codes field 430 of a record associated with that physician in the 
5 physician database 400. 

[059] The contents of the physician criterion field 510 and the physician 
criterion code field 520 of records RA51 through RA58 are as follows: a physician 
criterion of universal health approved physician criterion is associated with code 
UH (record RA51); Blue Shield approved physician criterion is associated with 

10 code BS (record RA52); board certified physician criterion is associated with code 
BC (record RA53); fee structure in upper 33^*^ percentile criterion is associated with 
code U33 (record RA54); fee structure in middle 33*^^ percentile criterion is 
associated with code M33 (record RA55); fee structure in lower 33*^^ percentile 
criterion is associated with code L33 (record RA56); male physician criterion is 

15 associated with code MP (record RA57) and female physician criterion is 
associated with code FP (record RA58). 

[060] FIG. 5B depicts a table 500B, exemplary of another embodiment of 
criteria database 500 suitable for use in the central server 200 of FIGS. 1 and 2. 
Specifically, table 500B of FIG. 5B comprises a plurality of records RB51 through 

20 RB514, each record being associated with a respective patient criterion field 530 
and a patient criterion code field 540. 

[061] For each record, the patient criterion field 530 indicates a particular 
objective or subjective criterion applied to a physician treating a patient that is 
required or preferred by the patient or the patient's insurance provider. Subjective 

25 criteria comprises subjective preferences of the patient (e.g., preferred physicians, 
preferred hospitals and the like). The patient criterion code field 540 of a record 
contains the code, or abbreviation, of the objective criterion contained within the 
respective patient criterion field 530. A physician having a criterion code contrary 
to a required patient criterion code is deemed to be imdesirable to the patient. A 

30 physician having all criterion codes matching those of the patient is deemed to be 
most desirable to the patient. Physicians having some criterion codes matching the 
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patient preferred criterion codes may be ranked in order of preference according to 
the amount of correlation between the patient's and physicians' criterion codes. 

[062] The contents of the patient criterion field 530 and the patient 
criterion code field 540 of records RB51 through RB514 are as follows: require 
5 universal health approved physician criterion is associated with code R-UH (record 
RB51); prefer universal health approved physician criterion is associated with 
code P-UH (record RB52); require Blue Shield approved physician criterion is 
associated with code R-BS (record RB53); prefer Blue Shield approved physician 
criterion is associated with code P-BS (record RB54); prefer fee structure in upper 

10 33^ percentile criterion is associated with code P-U33 (record RB55); prefer fee 
structure in middle 33^^ percentile criterion is associated with code P-N33 (record 
RB56); prefer fee structure and lower 33^*^ percentile criterion is associated with 
code P-L33 (record RB57); require board certification criterion is associated with 
code R-BC (record RB58); prefer board certification criterion is associated with 

15 code P-BC (record RB59); require male physician criterion is associated with code 
R-MP (record RB510); prefer male physician criterion is associated with code P- 
MP (record RB511); require female physician criterion is associated with patient 
code R-FP (record RB512); prefer female physician criterion is associated with 
code P-FP (record RB513) and require first available physician criterion is 

20 associated with criterion code R-FA (record RB5 14). 

[063] FIG. 6 depicts a tabular representation 605 of an exemplary patient 
database 600 suitable for use in the central server 200 of FIGS. 1 and 2. 
Specifically, the table 605 of FIG. 6 comprises a plurality of records R61 through 
R68, each record being associated with a respective patient's name field 610, 

25 patient identifier field 620, patient criterion code field 630, a "currently being 
treated for" field 640 and a past alerts field 650. 

[064] For each record R61 through R68, the patient's name field 610 
indicates the name of a particular patient; the patient identifier field 620 indicates 
an insurance company, hospital or other identification number or code that 

30 uniquely identifies the patient; the patient criterion codes field 630 indicates patient 
criterion information relating to preferred objective or subjective characteristics of 
a treating physician (e.g., fee structure, board certification and the like); the 
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currently being treated for field 640 indicates the current medical conditions (if 
any) that the patient is currently being treated for and the past alerts field 650 
indicates the medical conditions (or general health) that triggered previous alerts or 
other events. 

5 [065] A number of exemplary patient criteria appear in this database. The 

codes for patient criteria correspond to those for physician criteria, except that 
patient codes have either an "R" or "P" prefix. For example, the code for a board- 
certified physician is BC; the patient codes for board-certified physicians are R-BC 
and P-BC. Patient criterion codes with **R" prefixes indicate that the patient 

10 requires the criterion corresponding to this code. Patient criterion codes with "P" 
prefixes indicate that the patient prefers but does not require this criterion. Some 
patient criteria, such as requiring the response of the first available physician, do 
not have corresponding physician criteria codes. 

[066] Entries in the patient criterion codes field 630 may be. determined not 

15 only by the patient, but, optionally, by the patient's family physician, insurance 
company or other entity. The currently being treated for field 640 contains brief 
information about the patient's current medical conditions. A "general health" 
entry in this field indicates that the patient is not currently being treated for 
anything in particular, but is instead being monitored just in case any problems 

20 develop, hi one embodiment of the invention, a patient's medical records are sent 
to a physician by providing the physician with a hyperlink or data path, such that 
the physician can access the files directly fi*om a computer terminal connected to 
the internet or other computer network. 

[067] Record R66 of table 605 indicates that a patient Matt Smith is 

25 associated with an identifier number "678901", criteria codes P-MP, P-U33 and P- 
BC, is currently being treated for "general health" (i.e., no particularized ailment) 
and lost consciousness during a past alert on January 1, 1998, Record R67 of table 
605 indicates that a patient Teun Van Vliet is associated with an identifier 
"789012", criteria codes R-UH and P-L33, is currently being treated for 

30 "Arteriosclerosis" and has never been associated with an alert. Record R68 of 

table 605 indicates that a patient Ana Ng is associated with an identifier "890123", 
criteria codes R-BS, P-BC and R-FP, is currently being treated for "Possible 
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Pregnancy Complications" and has never been associated with an alert. Records 
R61 through R65 contain respective data relating to other patients. 

[068] FIG. 7 depicts a table 705, exemplary of event database 700, suitable 
for use in the central server of FIGS. 1 and 2. Specifically, the table 705 of FIG. 7 
5 comprises a plurality of records R71 through R74, each record being associated 
with a respective date field 710, case identifier field 720, patient identifier field 
730, physician identifier field 740, event description field 750, outcome field 760, 
offers made field 770 and offers accepted field 780. The offers made field 770 and 
offers accepted field 780 include respective physician identifiers and compensation 

10 value offered sub-fields. 

[069] The date field 710 indicates the date ofa particular event. The case 
identifier field 720 identifies, by a unique case identifier, the particular event. The 
patient identifier field 730 and physician identifier field 740 identify, respectively, 
the patient and physician involved in the event. The event description field 750 

15 includes a description of the event. The outcome field 760 includes information 
defining the outcome of the event (e.g., the patient was admitted to a hospital, 
treated in a particular manner, administered a certain drug and the like). The offers 
made field 770 include information identifying each physician to whom an offer of 
compensation in exchange for diagnostic services was made, and the amount of 

20 money offered for such services. The offers accepted field 780 includes 

information indicating which physician or physicians accepted the offer and at 
what compensation value they accepted the offer. Optionally, a "past alerts" field 
contains a record of previous alerts and is used to ascertain whether certain patients 
(or devices) are prone to false alarm events. 

25 [070] The offers made field 770 and offers accepted field 780 are 

optionally used to improve the system accuracy in predicting physician demand and 
prices. For example, the system may determine that physician "596143", an 
internist, regularly accepts offers $50 below the median offer for internists. In this 
scenario, offers to this physician may be reduced. By graphing acceptance rate 

30 against offer values, time of day and other factors, the system continually absorbs 
information relating to the contracting behavior of physicians, thereby refining 
estimates of demand and appropriate prices. 
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[071] Record R71 of table 705 indicates that on January 1, 1998 a case 
"678901 A" involving a patient "678901" and a physician "123456" involved a loss 
of consciousness. A first physician "123456" was offered $180, a second 
physician "789012" was offered $200 and a third physician "406961" was offered 
5 $220 to accept the case. The first physician "123456" and the second physician 
"789012" accepted the case at the offered amount. The event resulted in an 
admission to a hospital for a narcotics overdose. 

[072] Record R72 of Table 705 indicates that on January 1 1, 1998 a case 
"505995 A" involving patient "505995" and physician "567890" involved an event 

10 of acute high blood pressure and had an outcome of the patient being queried and 
found him to be exercising. A physician identified as "234567" was offered $375, 
a second physician identified as "567890" was offered $375 and a third physician 
identified as "961642" was offered $385 to take the case. The first and third 
physicians accepted the offers at the offer price. 

15 [073] Record R73 of Table 705 indicates that on February 14, 1998 case 

"381884A" involving patient "381884" and physicians "567890" and "234567" 
involved a tachycardia event with an outcome of hospital admission for the patient. 
Physician "567890" was offered $350 and physician 234567 was offered $375 for 
taking the case. Both physicians accepted the offer at the respective offer price. 

20 [074] Record R74 of Table 705 indicates that on March 15, 1998 case 

"567890A" involving patient "567890" and physician "234567" involved an event 
of acute high blood pressure and resulted in an emergency room administration of 
appropriate drugs and a release of the patient. A first physician "234567" was 
offered $350 and a second physician "567890" was offered $375 for taking the 

25 case. The first physician "234567" was subsequently offered $375 and then $400 
for taking the case. Physician "234567" finally accepted the $400 offer price. 

[075] FIGS. 8A and 8B depict a flow diagram of a patient care diagnosis 
- delivery method suitable for use in the patient care diagnosis delivery system of 
FIG. 1. Specifically, the patient care diagnosis delivery method 800 of FIGS. 8A 

30 and 8B is suitable for use within the central server 200 of the patient care diagnosis 
delivery system 100 of FIG. 1 and FIG. 2. 
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[076] The method 800 is initiated at step 802. At step 804 a telemetry 
signal is received from a patient. As previously noted v^th respect to FIG. 1, the 
telemetry signal may comprise compressed or uncompressed physiological data 
without local analysis, compressed or uncompressed physiological data with a local 
5 analysis (i.e., including an alarm code), a control signal produced by the patient 
and, optionally, other data. 

[077] At step 806 a determination is made as to the appropriate reaction of 
the patient care diagnosis delivery system 1 00. Li the case of compressed or 
uncompressed physiological data without local analysis, the data is analyzed to 

10 determine if pattems within the data are indicative of a present or pending (i.e., 

precursor indications of dysfunction) physiological dysfunction. This analysis may 
be conducted using one or more of a number of known data analysis techniques. Li 
the exemplary embodiment, the analysis is conducted by comparing portions of the 
data to data profiles that have been determined to be indicative of such present or 

15 precursor physiological dysfunction. In the case of compressed or uncompressed 
physiological data with local analysis (e.g., alarm codes), the received alarm code 
is compared to the alert field 310 of the records within the reaction database 300. 
A favorable comparison to a record yields, from the system reaction field 320 of 
that record, the appropriate response to the received alarm code. It should be noted 

20 that the data profiles may be periodically updated or altered. 

[078] In the case of compressed data that has been compressed using a 
frequency transform compression scheme, the step of comparing the compressed 
data may be performed within the compressed data domain (i.e., frequency domain) 
by performing the following steps: transforming, using a frequency domain 

25 transform function, the data representative of the physiological parameter; and 
correlating, against each of a plurality of frequency domain profiles, the 
transformed data representative of the physiological parameter, where each of the 
frequency domain profiles is associated with at least one pathological anomaly. 
[079] A control signal produced by the patient is also reacted to in a 

30 predefined manner based upon the signal. For example, a control signal indicative 
of pending patient exercise indicates to the central server 200 that a subsequent 
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increase in blood pressxire is to be expected, though the system will still react 
appropriately to data indicative of cardiac arrest. 

[080] At step 808 a query is made as to whether the determination at step 
806 indicates that the received telemetry signal should be ignored. If the query at 
5 step 808 is answered affirmatively (e.g., elevated blood pressure during exercise), 
then the method proceeds to step 809 where, optionally, an entry in an error log 
(not shovm) is made and the method proceeds to step 804 where the next telemetry 
signal is received. If the query at step 808 is answered negatively, then the method 
800 proceeds to step 812. Optionally, if the query at step 808 is answered 

10 negatively, then the method 800 proceeds to step 810, where an ambulance is 
dispatched to the patient's location, if needed. The patient's location may be 
determined with respect to a known location or, in the case of a patient telemetry 
device 120 associated with a GPS locator 135, GPS data within the received signal 
will provide location information. 

15 [081] At step 812 one or more experts are selected to provide diagnostic 

services. The expert(s) selected to provide such services are selected based upon 
the physician criterion 500A of FIG. 5 A and patient criterion 500B of FIG. 5B, as 
will be discussed in more detail below with respect to FIGS. 9 A and 9B. 

[082] Briefly, the above-mentioned criteria result in a patient preference 

20 ranking of physicians, as modified by patient insurance company requirements, 
according to medical specialty, gender, fee structure and the like. Patient 
preference ranking is based upon a patient criterion within patient criterion 
database 500B. Physician preference ranking is based upon the physician criterion 
database 500A. Insurance company preference ranking is based upon insurance 

25 company information within either of the patient criterion database 500B or 
physician criterion database 500A or other database. For example, insurance 
companies may have negotiated or predefined contractual arrangements with 
individual physicians, physician groups and/or hospitals or hospital systems. In the 
case of a preferred hospital system or other medical facility, an insurance company 

30 may have preferred providers within that facility and these providers may or may 
not be reflected in the patient preference rankings. However, since the insurance 
company associated with a particular patient is likely to be the one paying the bill, 

01-025 Application as filed June 2001 22 




_ Attorney Docket No. 0 1 -025 
Express Mailing Label No. EL733957796US 



it is prudent to adapt the selection of experts to the insurance company preference 
ranking to the extent possible. The specialty of an expert selected to provide 
diagnostic information may be dependent upon, e.g., the received telemetry signal 
from the patient and/or the patient's medical data or history. In the case of an 
5 emergency situation or emergent event, it may be necessary to immediately secure 
some expert opinion, regardless of physician specialty or other preferential ranking. 
These criteria or other criteria may be combined to produce a combined ranking 
that may be weighted in a manner tending to favor insurance company preferences, 
patient preferences, physician preferences and other factors as deemed appropriate. 
10 [083] At step 814 at least a portion of the patient's data is provided to the 

selected expert or experts. The patient data may comprise, e.g., the received 

,5 telemetry signal, the patient's medical history and any other data appropriate or 

necessary to the selected experts in rendering their diagnosis. 

t J [084] At step 816 the diagnoses from the expert or experts is/are received. 

[h 15 The method 800 then proceeds to optional step 818, where an aggregated diagnosis 
is formed using a plurality of diagnoses rendered by a respective plurality of 

p experts. The aggregated diagnosis forms a "most likely" diagnosis that is used to 

1-] determine an appropriate course of treatment for the patient in one embodiment of 

10 the present invention. 

11 20 [085] Forming an aggregate diagnosis may, in one embodiment, comprise 

selecting the diagnosis that the majority of the experts agree on. For example, if 3 
out of 5 experts recommend the patient proceed to the emergency room 
immediately for certain treatment while the other two experts recommend 24 hours 
of bedrest before a trip to the emergency room is determined to be necessary, the 

25 system may select the diagnosis of the majority and instruct the patient to 

immediately proceed to the emergency room or summon an ambulance to the 
patient's location. In such an embodiment the patient may only be informed of the 
majority opinion selected by the system or may be provided with the two alternate 
diagnoses and asked to select which diagnosis he wants to proceed according to. 

30 Altematively, at the time of the event the patient may be informed of the majority 
diagnosis but may at a subsequent time be informed of any alternate diagnosis that 
was not selected. 
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[086] In an aggregate diagnosis embodiment the experts involved in a 
particular case may render independent diagnoses independently of one another or 
may be allowed (or required) to confer with one another in rendering the aggregate 
diagnosis. For example, the experts may be able to communicate through the 
5 internet 170 of system 100 in order to confer or share opinions in rendering the 
aggregate diagnosis, hi an embodiment where the experts are each independently 
rendering a diagnosis which is aggregated with the other diagnoses by the system, 
the experts may or may not be aware that their diagnosis is part of an aggregate 
diagnosis. 

10 [087] An aggregate diagnosis embodiment may help instill more 

confidence in the patient and may shield any one individual expert from sole 
liability for rendering a remote diagnosis. An aggregate diagnosis may also 
introduce quality assurance into the system of the present invention. Another form 
of quality assurance may be to have another expert review or approve a diagnosis 

15 before it is acted upon by the system. Such review or approval may be performed 
(i) in every case, (ii) in random or selected cases, and/or (iii) for cases involving 
experts who are new to the system or against complaints or grievances have been 
lodged. 

[088] After receiving an expert diagnosis (step 816) or forming an 
20 aggregated diagnosis (step 818), the method 800 proceeds to step 819, where the 
diagnosis is communicated to the patient, and to step 820, where the expert or 
experts providing the diagnosis is compensated. The expert compensation may be 
based upon one of, per step 822, a flat rate, an hourly rate, and a per event rate. 
Optionally, the compensation may be based upon the time of day (e.g., higher 
25 compensation between 10:00 PM and 8:00 AM) or upon physician availability. 

Optionally, the compensation may be adjusted in the case of a complex event or an 
especially favorable outcome. A complex event comprises, e.g., an event 
implicating several specialties or sub-specialties or otherwise causing the expert 
being so compensated to devote a significantly higher level of time and/or effort to 
30 a particular event. A favorable outcome comprises an especially efficient outcome 
(either monetarily or physiologically) or other superb outcome based upon, e.g., an 
especially high level of skill applied to an event by an expert being compensated. 
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In emergent situations, an expert may incur a "lost opportunity"' cost by handling 
the case (i.e., failing to gain a greater compensation for another activity so that an 
emergency event is properly handled), hi such cases an additional compensation 
may be provided. 

5 [089] Compensation may be determined by a rules-based method where, 

for example, the rules for determining a compensation to offer or an adjustment to 
previously offered or accepted compensation is determined by applying 
predetermined rules. Such rules may be programmed into the software running on 
the system of the present invention or stored in a database utilized by the system. 

10 For example, compensation may start from a base amount and may be adjusted 

from this amount based on the circimistances of a case. Circimistances that may be 
taken into consideration may include, for example, (i) a previously established rate 
between the expert and the system, (ii) certain qualifications or criteria associated 
with the expert, (iii) the severity or urgency of the patient's potential condition, and 

15 (iv) how many other experts are available to render a diagnosis. The adjustment of 
the base amount may be an upward or downward adjustment in such an 
embodiment. Altematively, an amount of compensation may be determined, for 
example, based on a formula that takes certain variables (e.g. qualifications of 
expert, expert's history of accepting offers) into account when calculating a 

20 compensation amount to offer or an adjustment to a compensation amount. 

[090] Returning now to Fig. 8B, at step 824 the patient database 600, 
physician database 400, and event database 700 is updated. The method 800 then 
proceeds to step 804 to await the next telemetry signal from a patient. 

[091] It should be noted that the above-described method 800 is applicable 

25 to the situation where many cases are handled at once. That is, where many 
patients are associated with patient telemetry devices providing a substantially 
continuous flow of information to the server. 

[092] FIGS. 9 A and 9B depict a flow diagram of an expert selection 
method suitable.for use in the patient care delivery method of FIGS. 8A and 8B. 

30 Specifically, the expert selection method 900 of FIGS. 9 A and 9B is suitable for 
use in implementing, e.g., step 812 of the patient care delivery method 800 of 
FIGS. 8A and 8B. 
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[093] The expert selection method 900 is initiated at step 902 and proceeds 
to step 904. At step 904 patient data and patient criteria codes for the patient 
transmitting the telemetry signal received at step 804 are retrieved from, 
respectively, patient database 600 and patient criteria database 500B. 
5 [094] At step 906 a determination is made as to the appropriate and 

available experts based upon the received telemetry signal and the retrieved patient 
data. Specifically, the determination made at step 806 is used to define which 
expertise or specialty is required to render a diagnosis for the event. Additionally, 
having determined which expert specialty is required, the physician database 400 is 

10 accessed to determine which physicians associated with the appropriate specialty 
are available (per availability field 460). 

[095] At step 908 a query is made as to whether the patient requires that a 
first available physician be contacted (a code R-FA in the patient criteria code field 
630 of the patient's record in the patient database 600). Certain alarm codes may 

15 also indicate to the system that a first available physician is to be contacted. A 
code R-FA indicates that a patient is either medically compromised to such an 
extent that immediate intervention or at least a diagnosis from a physician is 
required. Therefore, in view of the immediate need for such a diagnosis from an 
expert, it is imprudent to perform any sorting or preferential arranging of potential 

20 experts. Rather, it is most prudent to simply offer to all appropriate and available 
physicians the "job" of rendering a diagnosis for this event. If the query at step 908 
is answered affirmatively, then the method 900 proceeds to step 909. If the query 
at step 908 is answered negatively, then the method 900 proceeds to step 910. 
[096] At step 909 an offer is sent to all appropriate and available 

25 physicians as determined during step 906. That is, each physician or expert having 
the appropriate expertise to render a diagnosis for the present event is offered the 
chance to render such a diagnosis in exchange for compensation. The method 900 
then proceeds to step 924 where it is exited (e.g., the method 800 resumes control 
at step 814). 

30 [097] At step 910 the patient criteria codes are compared to the physician 

criteria codes of the appropriate and available experts or physicians. That is, at 
step 910 a comparison is made between the contents of the appropriate patient 
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criteria code field 540 of the patient criteria table 500B and the physician criterion 
code field 520 of the physician criteria table 500A to determine if any of the 
physicians that are appropriate and available have conflicting criterion codes. For 
example, in the case of a patient criteria code indicative of a requirement for a male 
5 physician having a fee structure in the lower 33"* percentile, female physicians and 
those physicians having fee structures in the middle and upper 33"* percentile 
would conflict. At step 912 those physicians having conflicting criterion are 
eliminated firom consideration for an offer of compensation in exchange for 
diagnostic services. The method 900 then proceeds to optional step 914 or to step 
10 916. 

[098] At optional step 914 those physicians having criterion conflicting 
with the patient's insurance company are eliminated fi-om consideration of 
receiving an offer of compensation in exchange for their diagnosis. That is, those 
physicians deemed by the patient's insurance company to be imdesirable, too 

15 expensive, not included within the health plan or network, in competition with the 
patient's insurance company's preferred physicians or otherwise deemed unsuitable, 
by the insurance company are eliminated fi-om consideration of an offer (unless 
later needed, per step 918). 

[099] In addition to the expert and patient criteria stored in patient criteria 

20 table 500B and physician criteria table 5 00 A, respectively, the geographic location 
of the patient and the geographic are the physician is licensed to practice in may be 
taken into consideration by the system 100. For example, only doctors that are 
licensed to practice in Virginia may be selected for a case of a patient located (or 
whose state of residence is) Virginia. The areas a physician is licensed to practice 

25 in may be stored in the physician criteria table 500A or otherwise accessed by the 
system 100. The patient's location may be determined via GPS locator 135 or the 
patient may be queried for his current location. If the patient's area of residence is 
a relevant factor, the residence may be stored, for example, in the patient criteria 
table 500B. In other embodiments a physician that is not licensed to practice in 

30 the patient's are may be contacted by the system but may need to work with or 
through another physician that is licensed in the patient's area to render the 
diagnosis (e.g. local physician may need to approve diagnosis). 
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[100] At step 916 those experts and/or physicians determined to be 
appropriate and available (per step 906) and not eliminated from consideration due 
to conflicting criterion with a patient (step 912) or insurance company (step 914) 
criterion list are preferentially sorted per the patient's criteria. That is, those 
5 experts still remaining are sorted according to attributes deemed by a patient to be 
more favorable. For example, in the case of a patient criteria indicative of a 
preference for a male physician, and a preference for a board certified physician, 
physicians meeting these preferred criteria will be preferentially considered to 
physicians not meeting these criteria. Thus, the outcome of step 916 is a 

10 preferentially sorted list of physicians. Physicians near the top of the list are more 
preferable from the patient's perspective to those physicians near the bottom of the 
list. This does not mean that the physicians near the bottom of the list are 
unacceptable; rather that the physicians near the bottom of the list simply fail to 
meet or to confirm to the patient's criteria as well as those physicians near the top 

15 of the list. The method 900 then proceeds to step 918. 

[101] At step 918 a query is made as to whether a minimum number of 
physicians or experts are remaining. That is, a query is made as to whether a 
predetermined minimum number of physicians are remaining within the pool or 
group of those physicians under consideration for an offer. The predetermined 

20 number may comprise one, three or any appropriate nimiber. In the interest of 

ensuring that an expert diagnosis is rendered in a timely manner, it may be the case 
that the predetermined minimum number of physicians being sent an offer at any 
one time should be low, e.g., five. Thus, if the query at step 918 is answered 
negatively (e.g., only four physicians in the case of a five physician minimum 

25 avoiding elimination for consideration of an offer), then the method 900 proceeds 
to step 920. If the query at step 918 is answered affirmatively, then the method 900 
proceeds to step 922. 

[102] At step 920 the criteria of acceptability is widened such that more 
physicians are included within the list of physicians being considered. For 

30 example, the criteria may be widened to include physicians of any gender, 

regardless of patient preference. The method 900 proceeds from step 920 to step 
912. 
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[103] At step 922 an appropriate respective offer of compensation in 
exchange for a diagnosis for the particular event triggered by the telemetry signal 
received at step 804 is sent to each of the remaining physicians. The method 900 
then proceeds to step 924 where it is exited (e.g., method 800 is re-entered at step 
5 814). 

[104] It should be noted that in the event of no experts indicating an 
acceptance of their respective offers, additional offers may be transmitted at the 
same or an enhanced compensation rate to the initial experts selected. 
Alternatively, some or all of the selected experts are replaced by alternate experts 
10 and a new round of offers is made. 

[105] FIG. 10 depicts a flow diagram of an offer processing method 
suitable for use in the expert selection method of FIGS. 9 A and 9B. Specifically, 
FIG. 10 depicts a flow diagram of a method 1000 for processing offer requests or 
for sending offers to remaining physicians suitable for use in, e.g., step 922 of the 
15 expert selection method 900 of FIGS. 9A and 9B. 

[106] The offer processing method 1000 is initiated at step 1002 and 
proceeds to step 1004, where a request to send an offer to one or more physicians is 
received. 

[107] At step 1006 a determination is made as to the appropriate 
20 compensation level to be associated with each of the one or more offers to be made 
to physicians or other experts. An appropriate compensation level may be 
determined with respect to, per box 1008, historical data, current demand, 
insurance contracting, other contracts or other inducements. 

[108] Historical data comprises data indicative of past offers that have 
25 been accepted or rejected by a particular physician. The historical data may be 

further refined into acceptance and rejection data associated with particular offers 
on particular days of a month (e.g., weekends or week days) and other historical 
factors relating to the order acceptance/rejection history of a physician. The offers 
made field 770 and offers accepted field 780 of the event database 700 provides 
30 useful historical data that may be correlated to individual physicians or experts. 
After determining the appropriate offer levels, the method 1000 then proceeds to 
step 1010. 
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[109] Current demand comprises an indicator of an amoxmt of demand for 
diagnostic services for a particular specialty. For example, during a heat wave 
compounded by an electrical failure in a city requiring air conditioning it may be 
the case that current demand for cardiologists and other specialists engaged in the 
5 diagnosis and/or treatment of heat-related conditions may be quite high. In this 
case, such an expert may be extremely busy and more likely to reject an offer to 
render a diagnosis in the absence of a sufficiently large monetary inducement. 

[110] An insurance contract binding a particular physician to the treatment 
of a patient carrying that insurance at a set contract rate may be honored. Therefore 

10 an offer to such a physician may include the appropriate contract compensation 
rate. However, by pre-arrangement, a patient availing himself or herself of the 
system of the present invention may indicate that an additional inducement is to be 
offered (paid by the patient) to a physician beyond any contract rate negotiated by 
an insurance company. For example, a person of sufficient means, but insufficient 

15 cardiac strength, may offer an additional cash inducement to the hospital or other 
medical facility or health care provider such that an offer made to a physician 
should include the insurance contract rate plus the additional cash inducement 
offered by the patient to arrive at a "bump-up" offer price. Other contractual 
considerations may include secondary insurance or "gap" insurance in the case of 

20 senior citizens or others availing themselves of Medicare and/or Medicaid. In such 
situations where insurance company contract payments are relatively low, it 
behooves the patient to increase the level of compensation to some extent such that 
it is likely a physician will accept the offer of compensation and render the 
necessary diagnosis. 

25 [1 1 1] At step 1010 the respective offers determined at step 1006 are sent to 

the respective physicians or experts. The method 1000 then proceeds to step 1012. 

[112] At step 1012 some or all of the telemetry data, medical records and 
patient preferences are sent to the physicians or experts receiving offers. The 
purpose of this data transfer is primarily to provide the expert with sufficient 

30 information to make a decision as to whether or not to take the case. However, if 
all of the patient data is sent, then it is possible that the physician may accept and 
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render an opinion at substantially the same time. The method 1000 then proceeds 
to step 1013. 

[113] At step 1013 the method 1000 waits for a predefined maximum 
period of time to receive one or more "accept" signals which are received fi-om 
5 physicians or experts to whom offers have been sent. That is, a physician may 

have received an offer via his physician terminal device 110, e.g., a personal digital 
assistant (PDA) or other portable communication device proximate to the 
physician. Upon reviewing the offer and, perhaps, some initial patient data, the 
physician may decide that time allows him or her to render a diagnosis to the 

10 patient. In such a situation the physician signals to the central server 200 his or 

her acceptance of the offer by sending a page or otherwise communicating with the 
central server 200. For example, upon receiving an offer via a physician terminal 
device 1 10, a physician may sit down at a computer terminal and access the server 
via, e.g., the internet, thereby directly accepting the offer. In the case of a physician 

15 accepting an offer via logon to the server using the internet, the dissemination of 
telemetry data, medical records and patient preferences indicated at step 1012 is 
performed by the physician downloading this information to his local computing 
device. Upon receiving at least one "accept" signal within the predefined 
maximum period of time, or the expiration of that time without receiving an accept 

20 signal, the method 1000 proceeds to step 1014. 

[114] At step 1014 a query is made as to whether any "accept" signals have 
been received. If the query is answered affirmatively, then the method 1000 
proceeds to step 1016. If the query is answered negatively, then the method 1000 
proceeds to step 1015. 

25 [115] At step 1015 the offers are increased. For example, each offer may 

be increased by a fixed amount (e.g., $25), an amount determined as a percentage 
(e.g., 15%) of the existing offer or some other amount. It should be noted that an 
increased offer may be made to less than the entirety of physicians receiving an 
offer. For example, if one physician is known to typically accept offers above a 

30 certain amoimt, that physician may be provided with a second higher offer, while 
other physicians may receive second offers having unchanged (or minutely 
changed) offer amoxints. The method 1000 then proceeds to step 1010. 
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[116] At step 1016 a query is made as to whether the patient associated 
with the present event is also associated with a code R-FA (requires first available 
physician). If the query at step 1016 is answered affirmatively, then the method 
1000 proceeds to step 1018. If the query at step 1016 is answered negatively, then 
5 the method 1000 proceeds to step 1020. 

[117] At step 1018, since the patient requires a first available physician, the 
first acceptance of a physician is confirmed. That is, regardless of patient 
preferences beyond those already used to screen the physicians to whom offers 
were made, the first physician indicating his or her acceptance of an offer is 

10 confirmed by the central server 200. Confirmation of an offer by the central server 
200 entails indicating, in some manner, to the physician that the physicians 
diagnosis is required, that compensation per the offer will be made for that 
diagnosis, and that the physician should now be rendering that diagnosis. 

[118] At step 1020, since the patient does not require the first available 

15 physician, at least one acceptance is confirmed based upon the preferential sorting 
of the physicians to whom offers were made. That is, in the case of a patient 
having an insurance company that will pay for the services of one physician to 
render a diagnosis for an event, the one accepting physician meeting all or most of 
the patient's preferences will be confirmed as the physician or expert involved in 

20 the event. It should be noted that in the case of the patient requiring two or more 
expert diagnosis to be rendered, the two or more physicians most closely 
conforming to the patient's preferences as indicated by the patient criterion 
database 500B will be confirmed. 

[119] At step 1022 a confirmation signal is sent to the one or more 

25 physicians or experts to be confirmed. The confirmation signal may be sent via the 
physician terminal device 110 (e.g., pager, cellular or terrestrial telephone link, 
computer network, satellite network or any other communications medium). 

[120] At step 1024 the necessary medical history, current condition and 
other data associated with the patient and the present event is transmitted to the 

30 physician terminal device 110. It should be noted that this step comprises, 

essentially, the same fimctionality described above with respect to step 814 of the 
method 800 of FIGS. 8A and 8B. As such, step 814 may be skipped if the method 
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1000 of FIG. 10 is being called as, e.g., a sub-method of the method 800 of FIGS. 
8A and SB. The method 1000 then proceeds to step 1026 where it is exited (e.g., 
the expert selection routine 900 of FIGS. 9A and 9B is reentered at step 924). 

[121] FIG. 1 1 depicts a flow diagram of a patient care diagnosis delivery 
5 method 1 100 suitable for use in the patient care diagnosis delivery system 100 of 
FIG. 1. In the embodiment of FIG. 11, the telemetry unit associated with a patient 
includes at least rudimentary diagnostic capability such that the alarm signal 
transmitted by the telemetry device includes a particular diagnosis that is associated 
with an element of the alert field 310 of the reaction database 300 of FIG. 3. For 

10 example, in the case of a patient telemetry device 120 determining that the patient 
is suffering ventricular fibrillation, an alert message indicating ventricular 
fibrillation is transmitted as an alarm signal to the central server 200. 

[122] The patient care diagnosis delivery method 1 100 is initiated at step 
1 102 and proceeds to step 1 104, where an alarm signal is received fi*om a patient 

15 telemetry device. The method 1 100 then proceeds to step 1 106. 

[123] At step 1 106 a determination is made as to the appropriate reaction 
to the alarm signal using the reaction database 300. This determination includes 
determining an appropriate type of position or expert and whether an ambulance is 
required. For example, in the case of a received alarm signal indicative of 

20 ventricular fibrillation, an appropriate system reaction (per system reaction field 
320 of reaction database 300) comprises summoning an ambulance to pick up the 
patient and bring the patient to a nearby medical treatment facility and offering the 
case to physicians or experts comprising cardiologists or heart specialists. 

[124] At step 1 108 a query is made as to whether an ambulance is required. 

25 If the query at step 1 108 is answered affirmatively, then the method 1 100 proceeds 
to step 1110 where an ambulance is summoned. The method then proceeds to step 
1112. If the query at step 1 108 indicates that an ambulance is not required, then 
the method 1 100 proceeds directly to step 1112. 

[125] At step 1 1 12 at least one expert is alerted to the event associated 

30 with the received alarm, the patient's medical history, a description of the patient's 
current state and an offer of compensation is then made to the at least one expert in 
exchange for taking the case (i.e., rendering a diagnosis). 
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[126] At step 1 1 14 an "accept" or "decline" signal is received from the at 
least one expert or physician alerted at step 1112. The method 1 100 then proceeds 
to step 1116. At step 1 1 16 at least one of the physicians from the pool or group of 
physicians or experts indicating an acceptance of the case is selected. The method 
5 1 1 00 then proceeds to step 1118. 

[127] At step 1118a confirmation signal is sent to the accepting expert or 
experts. At this point the accepting and confirmed physician or expert has taken 
the case and is expected to render an expert diagnosis using the data transmitted at 
step 1 1 12 in exchange for the compensation offered at step 1112. The method 

10 1 100 then proceeds to step 1 120 where it is exited. 

[128] An example of an application of the invention will now be described 
with respect to a cardiac patient. Specifically, it is assumed that the cardiac patient 
is at a medical facility or at home and that a patient telemetry device monitors the 
patient physiological parameters including heart activity via, e.g., an 

15 electrocardiogram (ECG) function. The EGG continuously monitors the patient's 
heart and the resulting data is sent to the central server 200 as part of a compressed 
data stream transmitted via a patient telemetry device 120. 

[129] The central server 200 receives the data and analyzes the data to 
detect any aberrant data patterns, i.e., data patterns indicative of a cardiac anomaly. 

20 When such a pattern is detected, the computer compares it with pre-defined 
malignant pattems (i.e., data profiles) to ascertain whether or not the pattern 
requires intervention on the part of the patient or the hospital. If the pattern of the 
received data describes a malignant aberrance such as heart palpitations or 
arrhythmia, a signal is sent to the patient (to apprise him or her of the situation), 

25 and one or more cardiologists are selected to receive an offer according to both 

patient and physician criteria, as previously described. If a more serious condition 
were detected, such as a cardiac arrest, the system would summon an ambulance to 
the patient's location - which could be determined with a GPS unit in the patient 
telemetry device 120 and also contact a cardiologist. If the pattern observed by the 

30 system did not match either a benign or pathological pattern, the system would 

notify the patient and provide a phone number to call for fiirther eissessment of the 
situation. 
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[130] The physician terminal device 1 10 in the example comprises a 
Personal Digital Assistant (PDA) that is used in conjunction with wireless data 
transfer. A plurality of experts meeting the appropriate criteria are paged and 
provided with the patient's current condition, medical records and respective 
5 monetary offers. An expert who accepts the case indicates that acceptance via the 
PDA, which provides two-way paging capability. Depending on the case, the 
expert communicates with the central server 200 via the PDA, a mobile phone, a 
computer or some combination thereof. When the expert completed the services 
required, he or she would indicate this by way of the PDA and a financial account 
10 associated with the expert is credited with the amoimt offered. 

[131] If an expert takes too long in responding, the system might make a 
5' second or third offer. However, since a large financial risk is associated with the 

0 expert attempting to "game" the system (i.e., wait for a, presumably, higher second 

7i or third offer), it is likely that the expert will respond quickly if the expert can 

t 15 practicably handle the case. It is noted that, in effect, the plurality of experts 
ri receiving offers are in competition with each other. The first (and possibly second) 

3 expert accepting the offer will likely exclude fi-om contention the expert trying to 

f J elicit a larger second offer. 

fl [132] Advantageously, the invention provides a system that will alert 

J 20 physicians and/or patients when the patient's health takes a turn for the worse. 

Whether or not a patient lives through a cardiac arrest is often determined by how 
soon he receives treatment. By cutting the medical response time to the absolute 
minimum, the inventive system will save lives and reduce impairments to those 
lives. 

25 [133] In another embodiment of the invention, the expert utilizes the 

intemet to retrieve patient information and render a diagnosis. When contacted 
with an offer, the expert goes to a web site, types in his expert ID, the patient's ED 
(received with the offer) and is immediately provided with the patient's records and 
current condition. 

30 [134] In another embodiment of the invention, the central server 200 sends 

case offers to hospitals, which then act as clearinghouses for the doctors employed 
there. For example, the server receives an alarm signal fi"om a monitored patient 
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and sends the offer to one or more hospitals, which then have the option of taking 
the case, depending on how busy they are. Essentially, the invention operates as a 
"traffic controller" for hospitals. In this embodiment, a medical facility is 
associated with at least one expert and comprises infrastructure suitable for 
5 remediating physiological dysfunction. The system procures a diagnosis from 
experts via the facility by transmitting offer(s) to the facility for subsequent 
communication to the appropriate experts. The facility may adapt the offer (e.g., 
increase the amount) to ensure that an ambulance delivers a patient to the facility 
where the physician has admitting rights. The adaptation of the offer may be 
10 performed in response to a level of facility utilization and a level of physiological 
dysfunction urgency associated with said offer. That is, in response to a level of 
facility utilization being above a threshold level and a level of physiological 
g dysfunction urgency being below a threshold level, the offer may be adapted to 

7i cause the patient to be delivered to an alternate or affiliated medical facility for 

5 15 processing. 

n [ 1 35] A plxirality of medical facilities may be operably linked together by a 

central server via a communications system such that the central server, in response 
P to an offer received from a system controller, determines which one of the plurality 

3 of medical facilities should receive the offer and communicates the offer to the 

^ 20 determined medical facility. Additionally, the determination of the central server 
may be made using at least one of the following criteria applied to said medical 
facilities: proximity to a patient, general facility utilization level, appropriate 
department utilization level (e.g., intensive care unit, trauma unit, emergency room 
and the like), a level of expertise in treating an indicated physiological dysfunction, 
25 possession of equipment suitable for treating the indicated physiological 

dysfunction, membership in a predetermined health care provider group and 
participation in a predetermined insurance plan. 

[136] Li another embodiment of the invention, the invention allows at least 
voice communication between the remote physician and the patient. The physician 
30 gives instructions to the patient on how best to act imtil an ambulance arrives. If 
the patient is unconscious, the physician may interact with a bystander to remotely 
help the patient. Additionally, the physician may optionally administer drugs 
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remotely if a patient telemetry device 1 10 is equipped with a drug dispensing unit 
135. 

[137] In one embodiment of a compensation scheme of the present 
invention, the expert may enter into an agreement with the system wherein the 
5 expert is paid a previously established compensation amoimt on a periodic basis in 
exchange for agreeing to accept a predetermined minimum number of cases during 
each compensation period. For example, a physician may agree to accept ten cases 
per week in exchange for receiving $1000 on a bi-weekly basis. In such an 
agreement there may be a further provision that the expert will receive an 

10 additional compensation for accepting more than the minimum nimiber of cases 
required under the agreement. In such an embodiment an expert may still be 
selected and offered a case on a real-time basis (i.e. as a case is recognized by the 
system) since the expert may not be available at a time when a patient is in need the 
system may contact such an expert and await an accpetance in a method similar to 

15 those described above. However, unlike in some of the previously described 
embodiments, in this embodiment the offer to the expert would not necessarily 
include a compensation amount. Although the offer could include a reminder of 
the periodic compensation amount, the portion of the periodic compensation 
amount that this case may be worth to the expert, or how many cases the expert 

20 still has to accept within the current period in order to eam the periodic 
compensation amount. 

[138] Figure 13 depicts table 1300, an exemplary illustration of a 
compensation agreement database 800, which could be used by system 100 to track 
compensation agreements with experts in the embodiment where an expert is 

25 compensated by a predetermined amount on a periodic bases. Table 1 300 

comprises exemplary records 1301 through 1301. Each record contains data stored 
in an agreement identifier field 1310, a physician identifier field 1320, a 
compensation amoimt field 1330, a compensation periodicity field 1340, a 
minimum case per period field 1350, a bonus case amount field 1360, and a current 

30 cases taken field 1370. 

[139] The agreement identifier field 1310 stores an identifier that uniquely 
identifies an agreement between an expert and system 100. The physician 
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identifier field 1320 stores an identifier that uniquely identifies a physician 
participating in the system 100 who corresponds to each respective agreement 
identifier. The compensation amount field 1330 stores the compensation amoxmt 
corresponding to each respective agreement identifier, which the corresponding 
5 physician will receive in exchange for accepting cases through the system 100. 
Although monetary compensation amounts are illustrated in the figure, the 
compensation amount could comprise other forms of compensation. For example, 
in exchange for participating in the system 100 an expert could receive (i) a 
reduction in insurance premiums; (ii) points or credits in a club or professional 

10 association; (iii) alternate currency such as fi-equent flier miles; (iv) continued 

access to a service, establishment, or product; or (v) public recognition for donating 
time to pro bono work. Such alternate forms of compensation, of course, may be 
implemented in all embodiments of the present invention. 

[140] Returning now to table 1300, the compensation periodicity field 

15 1340 stores the time period corresponding to each agreement identifier during 
which the expert must accept cases in order to qualify for the compensation 
amount. The minimum cases per period field 1350 stores the minimum number of 
cases corresponding to each agreement identifier which an expert has agreed to 
accept in order to qualify for the compensation amount. Typically each case that an 

20 expert accepts will count as a single case. However, it is contemplated that an 
expert may receive credit towards the minimum number of cases requirement 
equaling more than one case for accepting certain cases. For example, if a case is 
particularly complicated or the resolution of which takes an inordinately long 
amount of time, the expert may receive a multiple case credit for accepting that 

25 case. Similarly, if the system 100 is experiencing difficulty in obtaining an 

acceptance fi-om experts for a particular case, the system 100 may transmit an offer 
to an expert communicating that if the expert accepts this particular case it will 
count as two or more cases towards meeting his minimum number of cases 
requirement under the agreement. Although the term "cases" has been used it 

30 should be understood that a case may comprise a single event requiring a diagnosis 
or multiple events associated with the same patient and the same condition that 
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may require the expert to communicate with the system and/or patient in more than 
one instance. 

[141] Returning again to table 1300, the bonus case amount field 1360 
stores a bonus compensation amoimt that corresponds to each agreement identifier. 
5 A bonus compensation amoimt is an amoxmt of compensation that an expert is to 
receive for each case that he accepts over the minimum number of cases required 
under his agreement. Thus, for example. Record R1301 illustrates that if physician 
"123456" accepts seven cases in a given week he will receive a total compensation 
amount of $600 for that week ($500 compensation amoimt for six required cases + 

10 $100 bonus amoimt for one non-required case). Of course rather than receiving 
extra compensation for accepting cases beyond the minimxmi number of cases the 
expert may be rewarded in other ways. For example. Record 1302 of table 1300 
illustrates that physician "789012" will receive credit towards the minimum 
number of cases for the next period for any case he accepts beyond the minimum 

15 number of required cases in a current period. 

[142] The current cases taken field 1370 stores the updated amount of 
cases that have been accepted to date for a given period by a physician 
corresponding to an agreement identifier. This field may be used by the system 
100, for example, to determine whether to (i) contact a physician with a current 

20 case; (ii) remind a physician regarding how many more cases he is still required to 
accept for the current period; or (iii) to provide the physician with compensation 
for the current period and, if so, what the compensation amount should be. For 
example, a physician may not agree to have any offers for cases transmitted to him 
once he has accepted the minimum number of cases so if the number of cases 

25 accepted is equal to the minimum number of cases for a given agreement, the 

system may remove the physician fi-om the pool of possible physicians to contact 
for a given case. Similarly, the system 100 may take into consideration whether a 
particular physician has met his minimum number of cases requirement and would 
thus require a bonus compensation amount for accepting the current case (and, 

30 perhaps, what that bonus compensation amount is) before selecting that physician 
to contact for a current case. 
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[143] If an expert does not meet his minimum number of cases for a given 
period he may be penalized in a variety of methods. For example, the physician 
may have (i) his compensation amount for the period reduced, (ii) his entire 
compensation for the period forfeited, or (iii) the number of cases xmder the 
5 minimum number of cases for the current period added as additional required cases 
to a subsequent period. 

[144] In another embodiment of the present invention the experts may not 
be contacted by the system with offers for available cases. Instead, the experts may 
contact the system and view available offers when the experts are. available to 
10 provided diagnoses. Of course, such an embodiment may be combined with an 
embodiment where the experts are contacted by the system. For example, the 
system may select and contact experts as described above each time a patient is 
determined to be in need of help. However, while the system is awaiting responses 
from the contacted experts the case will be made available for consideration and 
15 acceptance by other experts (e.g. on a website of the system). 

[145] Although various embodiments which incorporate the teachings of 
the present invention have been shown and described in detail herein, those skilled 
in the art can readily devise many other varied embodiments that still incorporate 
these teachings. 
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